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FIELD OF THE INVENTION 

The present: invention relates to a method and appara- 
15 tus for authenticating the dispatch and the contents of 

dispatched information in general • 



BACKGROUND OF THE INVENTION 

20 - 

Post, courier, forwarding and other mail services, 
which enable people to exchange documents and data, have 
been widely used both in the past and at the present tiine. 
With the evolution of modern technology, the use of elEec- 

25 tronic dispatch devices and systems, such as modems, facsi- 

mile machines, electronic mail (E-Mail) and EDI systems, 
computers, communication networks, and so forth, to exchan- 
ge data and documents is rapidly evolving. 

30 A substantial quantity of the information exchanged, 

such as contracts, purchase orders, invoices, monetary 
orders, notices, and even warning and notification messa- 
ges, are of utmost importance. Sometimes, when a dispute 
arises between the sending and receiving party of the ex- 
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changed information, the receiving party may raise the 
claim that he never received the information, that the 
received information was different from what the sender 
claims to have sent, or the receiving party may even at- 
tempt to forge the received information. 

The need, therefore, arises for the sender to prove 
that specific information has been sent at a specific time 
to that specific receiving party. 

Various solutions to various related problems have 
been proposed in the literature. For example, the trans- 
mission operation itself may be authenticated, as shown in 
US Patent 5,339,361 (Schwalm et al.), which describes a 
communication system providing a verification system to 
identify both the sender and recipient of electronic infor- 
mation as well as an automatic time stamp for delivery of 
electronic information. This patent, however, does not 
verify the dispatched information. 

Document authentication methods, for example by nota- 
rization, have long been in use. A method for notarization 
of electronic data is provided by EP-A-516 898 (PITNEY 
BOWES INC.) or its patent family member US Patent 5,022,080 
(Durst et al.) which authenticates that source data has not 
been altered subsequent to a specific date and time. The 
method disclosed includes mathematically generating a se- 
cond unit of data from the first unit of data, as by CRC 
generation, parity check or checksum. The second unit of 
data is then encrypted together with a time/date indica- 
tion, and optionally with other information to form an 
authentication string. Validation that the first unit of 
data has not been changed is provided by comparing the 
original data's authentication string with the au- 
thentication string generated from the data and time in 
question. A method is even suggested for having the reci- 
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pient verify the authenticity of the sender, the time of 
transmission and the data. 

Other patents which discuss document authentication 
are U.S. 5,136,646 and 5,136,647 both to Haber et al. 
According to these patents, a unique digital representation 
of the document (which is obtained by means of a one-way 
hash function) is transmitted to an outside agency, where 
the current time is added to form a receipt. According to 
patent 5,136,647, the receipt is certified using a crypto- 
graphic digital signature procedure, and is optionally 
linked to other contemporary such receipts thereby fixing 
the document's position in the continuum of time. Accor- 
ding to patent 5,13 6,64 6, the receipt is certified by con- 
catenating and hashing the receipt with the current record 
catenate certificate which itself is a number obtained by 
sequential hashing of each prior receipt with the extent 
catenate certificate. 

Various cryptographic schemes are known in the prior 
art for encrypting and for authenticating digital data 
and/or its author. For example Symmetric algorithms such 
as DES [1.01] and IDEA [1.02], one-way hash functions 
[1.03] such as MD5 [1.04], Public-Key (asymmetric) algo- 
rithms [1.05] such as RSA [1.06], and verifiable digital 
signatures generation algorithms [1.12] such as DSA [1.07] 
or RSA, as well as combinations thereof such as PGP [1.08] 
and MACs [1.13], are currently widely used for security and 
for authentication purposes [1.09]. An excellent publica- 
tion relating to encryption, authentication, public-key 
cryptography and to cryptography and data security in gene- 
ral, as well as applications thereof and additional refe- 
rences to multiple sources can be found in [1]. Further 
prior art, in particular referring to integrity of stored 
data, can be found in D.W. Davies & W.L. Price "Security 
for computer networks", 1989, John Wiley & Sons, Chichester 
(UK). 
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Proof of delivery of non-electronic documents is 
provided, for example, by Registered Mail and courier ser- 
vices- It is commonly used to authenticate the delivery of 
materials at a certain time to a certain party, and serves 
as admissible proof of delivery in a court of law. Howe- 
ver, no proof is provided as to the information contents of 
the specific dispatch. 

E-mail and other electronic messages forwarding ser- 
vices are commonly used today. The sender sends a message 
to the dispatching service which, in turn, forwards the 
message to the destination and provides the sender with a 
delivery report which typically includes the date and time 
of the dispatch, the recipient's address, the transmission 
completion status, and sometimes even the transmitted data, 
the number of pages delivered, the recipient's identifica- 
tion information, and so on. The provided delivery report 
mainly serves for accounting purposes and for notifying the 
sender of the dispatch and/or its contents. Moreover, 
frequently no record of the specific dispatched data is 
maintained with the service after the delivery is completed 
or provided to the sender. 

SUMMARY OF THE PRESENT INVENTION 

The literature does not provide a comprehensive solu- 
tion that directly addresses the problem in question: what 
information has been sent to whom and when. Accordingly, 
there is a need for a method and system to provide the 
sender with a convenient means for authenticating both the 
dispatch and the contents of documents, electronic informa- 
tion and other information during the normal flow of daily 
activities . 

It is therefore an object of the present invention to 
improve the capacity of conventional systems and methods 
for dispatching documents and transmitting information to 
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provide the sender with evidence he can use to prove both 
the dispatch and its contents. 

The present invention discloses an apparatus accor- 
ding to claim 1 for authenticating that certain information 
has been sent by a sender via a dispatcher to a recipient, 
the apparatus comprising: 

means for providing a set A comprising a plurality of 
information elements al,...,an, said information element al 
comprising the contents of said dispatched information, and 
said one or more information elements a2 an containing 
dispatch-related information and comprise at least the 
following elements: 

a2 - a time indication associated with said 
dispatch; and 

a3 - information describing the destination of 
said dispatch, 

and wherein at least one of said information elements is 
provided in a manner that is resistant or indicative of 
tamper attempts by said sender; 

means for associating said dispatch-related informa- 
tion with said element al by generating authentication — 
information, in particular comprising a representation of 
at least said elements al, a2 and a3, said representation 
comprising a set of one or more elements, each comprising 
a representation of one or more elements of said set A; and 

means for securing at least part of said authentica- 
tion-information against undetected tamper attempts of at 
least said sender* 

Thus, the present invention provides a sender with the 
capability to prove both the dispatch and the contents of 
the dispatched materials. The dispatched materials can be 
paper documents, electronic information or other informa- 
tion which can be dispatched electronically by transmission 
or non-electronically , such as by courier or registered 
mail service, to an address of a recipient. 
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According to the present invention, dispatch related 
information is associated with the contents of the dis- 
patch, in a relatively secure, or reliable manner. This 
associated information can be provided for example to the 
sender, and may serve as evidence of both the dispatch and 
its contents, for example, in a court of law, and therefore 
it is collectively referred to herein as the "authentica- 
tion-information" or "evidence" . 

i 

Additionally, the present invention discloses a me- 
thod according to claim 27, wherein in essence, a set A 
comprising a plurality of information elements al,...,an is 
provided, said information element al comprising the con- 
tents of the dispatched information, and said one or more 
information elements a2,...,an containing dispatch-related 
information and comprise at least the following elements: 

a2 - a time indication associated with said 
dispatch; and 

a3 - information describing the destination of 
said dispatch, 

and wherein at least one of said information elements is 
provided in a manner that is resistant or indicative of 
tamper attempts by said sender. 

Said dispatch-related information is associated with 
said element al by generating authentication- information, 
in particular comprising a representation of at least said 
elements al, a2 and a3, said representation comprising a 
set of one or more elements, each comprising a represen- 
tation of one or more elements of said set A, and at least 
part of said authentication-information is secured against 
undetected tamper attempts of at least said sender. 

It is appreciated that in accordance with the present 
invention, the representation can comprise any number of 
any combination in any form of: the elements themselves, 
identical or equivalent elements such as copies thereof or 
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information describing or identifying these elements, in- 
formation expressive as a mathematical function of one or 
more of these elements and so forth. Each combination may 
be maintained jointly or separately as desired. The repre- 
sentation has a recursive characteristic f i.e., it. can com- 
prise a representation of one or more of the above. 

The present invention encompasses all types of infor- 
mation being dispatched, such as that found on paper docu- 
ments or within electronic documents and other electronic 
data, and all types of dispatch methods, such as transmis- 
sion via facsimile machines, modems, computer networks, 
electronic mail systems and so forth, or manually such as 
via registered mail or courier services. 

The term "the contents of the dispatch" herein refers 
to any information element having information content the 
substance of which is equivalent to that of the information 
being dispatched. This includes for example the informa- 
tion source, either in paper document or electronic form, 
the actual dispatched information, any copies thereof, any 
descriptive information or portion of the information con- 
tents identifying the dispatched information, and so forth 
regardless of the representation or form. 

The present invention also encompasses all types of 
methods and apparatuses which provide and/ or associate the 
dispatch information with the contents in a relatively 
secure or reliable manner. The terms "relatively secure" 
and "reliable" herein mean "reasonably tamper-proof" or 
"tamper-detectable", i.e., that it is assured that the 
authentic information elements are provided and associated 
in a reliable manner, for example by a non-interested third 
party or by a device or by a combination of both, and fur- 
thermore, that the associated authentication-information is 
secured against fraudulent actions such as disassociation, 
modification, replacement etc., attempted by an interested 
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party such as the sending or receiving party, at least to 
the extent that such actions are detectable. 

The dispatch information can be any information des- 
cribing at least the time and destination of the dispatch 
and preferably the dispatch completion status. Other in- 
formation relating to the dispatch, such as the identity of 
the sender and/ or the recipient, handshake information, the 
actual elapsed dispatch time, the number of pages dispat- 
ched and so forth, the identification of the authenticator , 
for example its name, logo, stamp, etc., can also be provi- 
ded. 

Finally, the authentication-information can be secu- 
red or stored in a secure location or device, in its enti- 
rety or in part, together or separately, as desired. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be understood and appre- 
ciated roore^fully from the following detailed description 
taken in conjunction with the drawings in which: 

Fig. 1 is a schematic pictorial illustration of the 
authentication method of the present invention implemented 
in a manual /manner; 

/ 

Tig. 2 is a schematic illustration of an authentica- 
tor ^construct eel and operative in accordance with a prefer- 
red embodiment of the present invention; 

yFiq. 3 is a schematic illustration of an alternative 
authenticator, constructed and operative in accordance with 
another preferred embodiment of the present invention; 
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Fig^ 

autherij^icator , constructed and operative in accordance with 



:-icator , 

additional preferred embodiment of the present invention 



Figs. 5 and 6^atre schematic illustrations of verifi- 



s catioi^/mechanisms constructed and operative in accordance 

with the authenticator of Fig. 4; 

/ . 

i^i WJ'g. 7 is a schematic illustration of an alternative 

%Q 10 authexiticator, constructed and operative in accordance with 

yet another preferred embodiment of the present invention. 

=p ■ 

B p DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

in 

^ 15 Reference is now made to Fig. 1 which illustrates the 

3 

•Lrf. method of the present invention as it can be implemented 

for paper documents being sent non-electronically . The 
method of Fig. 1 can be implemented for documents sent via 
p any document dispatching service, such as a courier service 

p 20 or the registered mail service of the post office. 

The sender 10 provides the documents 12 to be sent 
and a destination address 14 to a clerk 20 of the document 
dispatching service. The clerk 20 prepares a dispatch 

25 sheet 26, which typically has a unique dispatch identifier 

(not shown) and has room for dispatch information such as 
the date and time of dispatch or delivery 16, the destina- 
tion address 14, an indication 18 of proof of delivery such 
as the recipient's identity and/or signature, and optional- 

30 ly, additional dispatch information such as the dispat- 

cher's signature and the identity of the sender 10, etc. 

The clerk 2 0 fills in the dispatch sheet 26 with the 
date/time 16 and the address. 14, and then prepares a copy 
3 5 24 of the documents 12 and a copy 34 of the dispatch sheet 

26, typically by utilizing a copy machine 22 or an elec- 
tronic scanner. The clerk 20 then places the original 
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documents 12 into an envelope 28 carrying the address 14, 
and sends the envelope 28 to its destination 30. In one 
embodiment of the present invention the dispatching service 
utilizes a cash-register like device to fill in the dis- 
patch sheet 26. This provides for reliable time stamping 
and automated dispatch record keeping. Furthermore, the 
electronic dispatch information produced by such device can 
be associated using a special mathematical method as dis- 
cussed in greater detail hereinbelow. 



The clerk 2 0 associates the copy 24 of the documents 
; ^ 12 with the copy 34 of the dispatch sheet 26 by any method, 

f a few examples of which follow: 

ih . _ ., ; . 

^ 15 a) by inserting the documents copy 24 and the 

dispatch sheet copy 34 into an envelope 32; 



r— ■ 
ft I 



b) by inserting the copy 24 of the documents into 
an envelope 32 and marking the dispatch identifier on the 

20 outside of the envelope 32; 

c) by printing the dispatch identifier on the 
documents copy 2 4 ; or 

25 d) attaching the copies 24 and 34 and applying 

the stamp of the dispatch service in such a manner that 
part of the stamp is on the copy 24 of the documents and 
part of the stamp is on the copy 34 of the dispatch sheet 
26. 

30 

Preferably, the clerk 2 0 secures the copies 24 and 34 
in a manner that makes it difficult to modify or replace 
the information contained therein, for example by marking 
the pages of the copy 24 with the dispatching service's 
35 signature, stamp or seal, by spreading each page with invi- 

sible or other ink, by sealing the envelope 32 or by retai- 
ning them in the service's secure file 3 6 and so forth. 
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In one embodiment of the present invention, the asso- 
ciated copies 24 and 34 are provided to the sender at this 
stage (where the dispatch sheet 26 is retained with the 
service to ascertain delivery and to fill in the proof of 
delivery indication 18) or after the delivery is completed. 
In another embodiment, the dispatch service retains, in a 
secure location 36, one or both of the copies 24 and 34. 

The clerk 20 can also identify the authenticating 
party, for example via his signature, or by having the 
dispatch sheet copy 34 printed on the stationary of the 
dispatching service, by stamping the documents and/ or dis- 
patch sheet copies with the service's stamp, logo or seal, 
etc. 

When it is desired to authenticate the dispatch of 
the original documents (and possibly also their receipt at 
the destination 30) , either the sender or the document 
dispatching service provides the associated authentication- 
information, for example the envelope 32, unopened, to the 
party which required the authentication. When the envelope 
32 is opened, it has associated therewith copies of both 
the dispatched documents and the dispatch information. The 
envelope 32 therefore, provides a reliable proof that the 
original documents 12 were . dispatched on the date "and to 
the destination listed on or in envelope 32. 

It will be appreciated that, since a non-interested 
third party who is neither the sender nor the receiver 
copied the original documents 12 being sent, it is unlikely 
that the copies stored in the envelope 32 are other than 
copies of the original documents 12. 

Various modifications can be made to the embodiment 
provided hereinabove without departing from the scope and 
spirit of the present invention. For example, the document 
copy could be sent to the destination while the original 
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could be authenticated. The authentication- information 
could be provided by the service, directly to the court of 
law. The document copy could be produced by a scanner or 
a camera and stored in an electronic or other storage devi- 
ce such as a disk or on microfilm, while a copy thereof is 
provided to the sender. The original dispatch sheet could 
be first filled out and then provided to the sender instead 
of using a copy. Moreover, the original documents could be 
scanned by the sender in the service's premises into a 
secure disk and one printed copy thereof could be sent by 
the service to the destination while another copy could be 
authenticated and provided to the sender. Alternatively, 
the documents could be provided to the service via trans- 
mission (e.g., by facsimile machine) rather than manually. 
In the case of a courier, the courier could produce the 
copy himself using a photocopier at the sender's premises, 
and so forth. 

Reference is now made to Fig. 2 which illustrates an 
authenticator 70, constructed and operative in accordance 
with a preferred embodiment of the present invention, which 
can be part of a system for transmitting information, whet- 
her by facsimile machine, modem, computer, network or 
E-Mail stations; and any combinations thereof, or by other 
electronic means. 

Fig. 2 illustrates a data communication system com- 
prising a sending transceiver 42, a communication line 45, 
coupled to the sending transceiver 42, a communication 
network 44 and a receiving transceiver 46. Authenticator 70 
of the present invention communicates at least with the 
sending transceiver 42, and can form part of the sending 
transceiver 42 or can be separated therefrom. 

The sender provides original materials 4 0 for trans- 
mission, which can be paper documents or electronic infor- 
mation such as computer disk, memory and other electronic 
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information including audio/ video, text and graphics files 
or pictures- The sender also provides the destination 
address 52 which represents the address of the receiving 
transceiver 46 on communication network 44. The address 52 
5 may for example be a dial number, a network user code and 

so forth. The sending transceiver 4 2 needs to transmit the 
information contents of the materials 4 0 to the receiving 
transceiver 46. To provide authentication, the transmis- 
sion in Fig. 2 is performed through the authenticator 70 in 
10 a "store & forward" manner. 

The authenticator 70 comprises input means 7 2 for 
receiving the transmitted information 60 and the destina- 



ifl tion address 62 from the communication line 45. The input 

^ 15 means 72 may for example comprise a line interface, a 

f. Dual-Tone Multi Frequency (DTMF) decoder for receiving a 

destination address 62 such as a dial number, and a trans- 
PIJ ceiver similar to that of the sending transceiver 42 which 

*=j can receive the information 60. 

r— k 

The authenticator 70 also comprises an optional sto- 
rage unit 54 such as a tape, disk or memory device and so 
forth for storing the information 60 and related dispatch 
information, an internal clock 50 for generating a time 

25 indication 66 of the transmission, a transceiver 76 for 

transmitting the information 60 to address 62 (the trans- 
ceiver 76 can be used by the input unit 72 as well, for 
example by using a relay mechanism), a controller 56, a 
user interface 48, and an output unit 58 for providing the 

30 authentication-information, for example to the sender. 

The information 60 is then transmitted over the com- 
munication network 44 to the receiving transceiver 4 6 by 
the transceiver 76 using the address 62. 



35 



The internal clock 50 provides an indication 66 of 
the current time, and is utilized to provide a time indica- 
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tion for the transmission. Internal clock 50 is securable 
(to ensure the veracity of the produced time indication 
66) , and preferably provides time indications according to 
a non-changing time standard, such as Greenwich-Mean-Time 
5 (G.M.T.) or UTC. Alternatively, the time indication 66 can 

be externally obtained, for example from a communication 
network server, as long as the source is secured from being 
set or modified by an interested party such as the sender. 
^ The security of the time indication can be provided in a 

10 number of ways, such as by factory pre-setting the clock 50 

V J and disabling or password securing the Set Date/Time 

^ function of the internal clock 50. Alternatively, the 

E clock 50 can maintain a "true offset" with the true preset 

sap t 

[jf| date/time, that reflects the offset of the user set date/- 

%3 15 time from the genuine preset one. 

The transmission completion indication 64 provides 
fU information regarding the success of the transmission. It 

is typically obtained from the communication protocol used 
20 by the transceiver 76. It may be for example in the form 

of an electronic signal provided by the transceiver 7 6 
which is used to determine the validity of the rest of 
authentication-information, or in a form similar to that 
provided in transmission reports such as "TRANSMISSION OK" 
25 or "ERROR". In one embodiment of the present invention, 

the fact that the rest of authentication-information ele- 
ments are provided, indicates that an affirmative comple- 
tion indication . has been provided. 

30 The storage unit 54 is used for storing the informa- 

tion 60 and/or the dispatch information, including the 
address 62, the time indication 66 > and optionally the 
transmission completion indication 64. Typically, the 
storage unit 54 is relatively secure, such that the authen- 
35 tication-inf ormation contained therein is assumed unchan- 

geable. For example it may be a Write-Once-Read-Mahy 
(WORM) device such as an optical disk or a Programmable 
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Read-Only Memory (PROM) device, it may be enclosed within 
a securable device, or it may be provided with read-only 
access privilege- Alternatively, the authentication- infor- 
mation is stored in a secure manner, for example using a 
5 compression, private or public key encryption or scrambling 

technique, a password, or a combination thereof, such as 
those employed by the widely used RSA encryption method, 
and by the PKZIP(tm) program from PKWARE Inc., Glendale 
(□ Wisconsin, U.S.A. , and where the "securing" procedure, key 

%Q 10 or password are unknown to any interested party. 

"Si 

ru 

r= The controller 56 associates the information 60 and 

=! p the dispatch information, by storing them in storage unit 

^0 54 and by associating link information with the stored 

^ y 15 authentication-information, for example in the form of a 

unique dispatch identifier such as a sequential dispatch 

number. 

n To provide the authentication-information for the 

p 20 transmission, the dispatch identifier is provided to the 

controller 56 through the user interface 48. The control- 
ler 56, in turn, retrieves the various stored authentica- 
tion-information elements from storage unit 54. If the 
stored information is also secured (i.e., by compression, 
25 password, etc.), the controller 56 "unsecures" them, and 

then provides them to the output unit 58. 

The output unit 58 provides the authentication-infor- 
mation to an output device (not shown) . The authenticator 
30 70 may include an output device or may communicate with 

some external unit. The output device can be, for example, 
a printing unit, a display unit, a storage unit such as a 
computer disk, the printing apparatus of the sending trans- 
ceiver 42 and so forth. 
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The information 60 and the dispatch information, can 
be associated with each other in any suitable manner. For 
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example, if the materials 4 0 provided for transmission are 
paper documents, one embodiment of the authehticator 70 
authenticates the original documents by printing the dis- 
patch information on them. In another embodiment, they can 
be stored in storage- unit 54 together (e.g., sequentially 
or combined into a single file) , or separately using a link 
information element (e.g., using a dispatch identifier). If 
the output is a printout, output unit 58 typically formats 
the printout to indicate the dispatch information on at 
least one, and preferably on all, of the pages containing 
the printout. Alternatively, a link information element, 
such as a dispatch identifier, can be printed on each prin- 
ted page of the information 60, and separately on a dis- 
patch page containing the dispatch information. Another 
method includes printing both the information 60 and the 
dispatch information together on contiguous paper, optio- 
nally between starting and ending messages, and so forth. 
An alternative special mathematical association method is 
discussed hereinbelow. 

Typically, the authenticator 70 is relatively secure, 
such that the various devices and the authentication-infor- 
mation elements enclosed therein can be assumed to be un- 
changeable. For example, the authenticator 70 can be en- 
closed within a password protected sealed electronic box 
which, if opened without authorization, may disable the 
normal operation of the authenticator 70, or may clearly 
indicate that it has been tampered with. 

As mentioned hereinabove, the authenticator 7 0 can 
form part of the sending transceiver 42. Fig. 3 illustra- 
tes such an embodiment, which is similar to that of Fig. 2 
and similar functional elements have similar reference 
numerals. 

In Fig. 3, the input unit 72 of the sending transcei- 
ver 42 comprises means, for example a serial, parallel or 
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disk interface, for inputting the information 60 and the 
destination address 62 from any component of the sending 
transceiver 42, for example from its input devices. The 
sending transceiver 42 replaces the transceiver 76 of Fig. 
2. The storage unit 54 however is optional, as the infor- 
mation 60 and the related dispatch information could be 
provided to the output unit 58 "on-the-f ly" in a manner 
similar to that used by the "copy" function of document 
facsimile machines. 

Generally, in various embodiments of the authentica- 
tor 70, the information 60 can be obtained from any source 
and by any means, including a computer, a disk drive, a 
scanner or any other component of the sending transceiver 
42, a communication line, a communication network and any 
combinations thereof, and so forth. 

It is appreciated that in accordance with the present 
invention, the various information elements can be provi- 
ded, generated, associated or secured either by single, 
combined or separate means of the authenticator 70. 

Furthermore, any information element having informa- 
tion content the substance of which is equivalent to that 
of the transmitted information can serve for authentication 
purposes, regardless of its form, representation, format or 
resolution, whether it is a paper document or electronic 
information, whether digital or analog, whether in form of 
dots and lines or alphanumeric, binary, hexadecimal and 
other characters, or whether it is encrypted, compressed or 
represented otherwise, and so forth. The element may con- 
tain additional information which does not change the sub- 
stance and its content, such as a logo, a header message, 
etc. Furthermore, it may contain control, handshake and 
even noise data. Alternatively, an information descriptor 
such as a form number or name can be provided, and/or any 
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other information content such as the form's filled- in 
data, which identifies the dispatched information. 

Optionally, additional dispatch information may be 
provided to, or generated by authenticator 70, such as the 
number of pages transmitted, page numbers, the sender's 
identification, the sending transceiver's 42 identifica- 
tion, the receiving transceiver's 4 6 identification, the 
transmission elapsed time, a transmission identifier, inte- 
grity information such as a cyclic redundancy code (CRC) , 
a checksum or the length of the transmitted information, an 
authenticator identification indication such as a serial 
number, a verification from the communication network 44 
that the transmission has actually taken place at the spe- 
cified time from the sender to the recipient's address, a 
heading message, a trailing message and so forth* 

Typically, when the authenticator 7 0 comprises a 
reasonably secure storage unit 54 , the stored information 
is retained therein and copies thereof are provided to the 
output unit 58. Preferably, the provided output or any 
part thereof is reasonably secured, so as to prevent any 
fraudulent action. For example, if the output is a prin- 
tout, it can be secured by spreading invisible or other ink 
on it, or by using special ink, special print fonts or 
special paper to print the authentication-information, or 
in any other suitable manner. Another method includes 
securing the dispatch information using, for example, an 
encryption technique, and printing the encrypted informa- 
tion on the printout. At a later stage the encrypted in- 
formation can be decrypted to provide the true dispatch 
information, and so forth. Likewise, mathematical associa- 
tion method as discussed hereinbelow can also be used. 

It will be appreciated that the following embodiments 
fall within the scope of the present invention: 
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The authenticator of the present invention can opera- 
te for information , such as a document produced by a word 
processor, transmitted through a computer. In this embodi- 
ment, the computer may include the secure time generator 
(which may for example be externally plugged into the par- 
allel port) . The authenticator obtains the dispatch infor- 
mation from the transceiver, and the document is provided 
from the hard disk or word processing program. The authen- 
ticator encrypts the document and the dispatch information 
together and stores them in a file. When authentication is 
required, the authenticator retrieves the stored file, 
decrypts it and provides the document and the dispatch 
information associated therewith to a printer. 

Similarly, information transmitted in a computer 
network or electronic mail system can be authenticated, for 
example, by having a file server or mail manager (whose 
time generator is considered secure) store the transmitted 
information together with its associated dispatch informa- 
tion in a secure manner. One embodiment of secure storage 
is that which has read-only privileges. Alternatively, 
such read-only effect can also be obtained by having the 
authentication-information encrypted with the authentica- 
tor 's private key: everybody can decrypt it using the au- 
thenticator 'a public key, but no interested party can chan- 
ge it without such action being detectable. 

The present invention can be operated in conjunction 
with a message transmission forwarding service such as that 
provided by Graphnet Inc. of Teaneck, New Jersey, USA. The 
service obtains the information and address from the sen- 
der, typically by an electronic transmission; occasionally 
converts it (for example from ASCII text or word processor 
format into a transmissible document format) and forwards 
it to the requested address. The forwarding service serves 
as the authenticator and may for example provide the dis- 
patch information associated with the transmitted informa- 
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tion to the sender in a secure manner, such as in a sealed 
envelope or in encrypted form. 



An efficient method for associating a plurality of 
information elements is by associating a digital represen- 
tation thereof using a method referred to herein as "ma- 
thematical association". A digital representation of an 
information element can be considered as a number, for 
example as the element's standard binary, hexadecimal or 
other base representation. Using mathematical association, 
rather than maintaining the information elements (numbers) 
themselves, it is sufficient to maintain the results (also 
numbers) of one or more functions which are applied to one 
or more of these information elements. (These results are 
sometimes referred to as "message-digests", "hash-values" 
or "digital-signatures"). More formally, if A is a set of 
information elements, and F is the mathematical association 
function, then the set B of information elements is obtai- 
ned as the result of applying the function F to the set A 
of information elements, i.e. B=F(A) . 

Preferably, the function F is selected such that a 
fraudulent attempt to change the elements of the set A, or 
an attempt to claim that a set A' which comprises different 
elements is the original set, can be readily detected by 
comparing the result B' obtained by applying the function 
F to the set A', to the original result B, i.e., by chek- 
king if F(A')=F(A) . 

It would be advantageous to select the function ac- 
cording to a cryptographic schemes. Encryption and digital 
envelope functions can provide for secure data interchange. 
Digital signatures can provide for accurate and reliable 
verification of both the signature generator and the data. 
One-way hash functions provides for security, and can redu- 
ce the size of the generated signatures while still enable 
verification of the original data used to generate these 
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signatures. Utilizing combinations of cryptographic sche- 
mes can optimize particular implementations. 

Various function classes of various degrees of com- 
plexity can be used for mathematical association purposes 
in accordance with various embodiments of the present in- 
vention. Furthermore, the function F and/ or the result B 
can be kept secret and unknown in general, and to inter- 
ested parties such as the sender or the recipient in parti- 
cular. However, even if the function F and/or the result 
B are known, the task of finding a meaningful different set 
A' such that B=F(A') is mostly very difficult even for 
relatively simple functions, not to mention for more com- 
plex ones* 

A special class of functions most suitable for the 
purposes of the present invention is the class of functions 
having the property that given the result B = F(A), it is 
exceptionally difficult to find a second set A' such that 
applying the function F to the second set A' will yield the 
same result B. The term "exceptionally difficult" refers 
herein to the fact that although many different such sets 
A' may exist, it is so difficult to find even one of them 
(sometimes even to find the set A itself) that it is prac- 
tically infeasible. In fact, the functions of this class 
"hide" the elements they are applied to, (and sometimes the 
elements even cannot be reconstructed) and therefore this 
class is referred to herein as "the Hiding Class". 

There are many advantages to using mathematical asso- 
ciation in general, and functions of the Hiding Class in 
particular: 

(a) It is efficient, for example for saving stora- 
ge space and transmission bandwidth, to maintain a function 
result, the size of which is normally very small as compa- 
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red to the original information elements themselves which 
can be arbitrarily large. 

(b) It provides security, since thie result is 
cryptic and there is no need to secure the information 
elements themselves- Furthermore, it is difficult, and 
sometimes infeasible to reconstruct the original elements. 

(c) It provides a clear indication as to the au- 
thenticity of the elements of the set A used by the 
function to generate the result B. At any later time, the 
result B' obtained by applying. the function F to a purpor- 
ted set A' can be compared to the original result B, and a 
match indicates beyond any reasonable doubt that set A' is 
same as the original set A. Moreover, integrity informa- 
tion such as the length of the information elements of the 
set A can be added and used as part of the set A, or 

the results of a plurality of functions can be maintained 
such that to make the task of finding such a different set 
A' infeasible. 

(d) The result B' provided for comparison must be 
equal to the original result B, since any change to A will 
yield a different result B' with very high probability, and 
even if by chance a different set A' is found for which 
F(A')=B, the chance that it will be meaningful or will have 
the same length is practically zero. 

(e) The function can be selected such that it is 
relatively easy and fast to compute the function result. 

Few well known and widely used functions of the Hi- 
ding class are encryption functions (e.g., the RSA [1.06] 
or the DES [1.01] algorithms) and Cyclic-Redundancy-Check 
[3] (C.R.C.) functions (e.g., the C.R.C-32 function). 
While C.R.C functions are generally used in applications 
requiring verification as to the integrity of an arbitrari- 
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ly long block of data, encryption is used to maintain the 
original data elements, though in different, cryptic repre- 
sentation. Encryption functions convert the information 
elements into one or more cryptic data blocks using one 
key, while enabling their reconstruction by providing a 
matching (same or different) key. Other well known members 
of this class of functions in the prior art are compression 
functions (e.g., the Lempel-Ziv 1977 [5] and 1978 algo- 
rithms), one-way hash functions [1.03] (e.g.,. the MD4 [4], 
and MD5 [1.04] algorithms), and MACs [1.13]. 

Since for authentication purposes there is no need to 
maintain the original information elements, the use of 
encryption functions (which normally maintain the informa- 
tion - though in a cryptic representation) may be ineffi- 
cient. One-way hash functions (and other functions of the 
Hiding Class) , on the other hand, maintain a small sized 
result value, but the information elements from which the 
result has been produced are secured, i.e., cannot be re- 
constructed therefrom. It would be more advantageous, for 
example, to apply a one-way hash function to the union of 
all the information elements, i.e., to a bit-string,' where 
the leftmost bit is the leftmost bit of the first element, 
and the rightmost bit is the rightmost bit of the last 
element. This produces a cryptic and secure result, as 
described hereinabove. Furthermore, one-way hash functions 
can be computed relatively quickly and easily. 

Generally and more formally, the result B is a set of 
one or more information elements bl,...,bm, where each 
element bi (which itself can comprise one or more informa- 
tion elements) is the result of applying a (possibly diffe- 
rent) function Fi to a subset Si of a set A which comprises 
one or more information elements al,...,an, where the va- 
rious subsets Si are not necessarily disjoint or different, 
each subset Si includes at least a portion of one or more 
(or even all) of the electronic information elements of the 
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set A, and where each function Fi can comprise one or more 
functions (i.e., Fi can be the composition of functions). 
Preferably, the functions Fi are members of the Hiding 
Class, The elements of such a subset Si are considered to 
be mathematically associated. 

Assuming that the set A comprises five information 
elements al,a2, a3,a4,a5, a few examples of mathematical 
association function Fi and their result set B follow: (the 

UNION function is denoted as U(xl, ,xk), which is an 

information element comprising a bit-string, where the 
leftmost bit is the leftmost bit of the element xl, and the 
rightmost bit is the rightmost bit of the element xk.) 

(a) single element result set B 

bl=Fl<Sl)=Fl(al,a4, a5) = al/(a4+a5+l) 
bl«Fl<si)«Fl<al,a3,a4) = ENCRYPT(U< al , a3 , a4) ) 
bl=Fl(Sl)=Fl(al,a2,a3,a4,a5) = 

MD5(U<al, a2,a3,a4,a5) ) * C.R,C(a3) mod 5933333 
bl=Fl ( SI ) =F1 ( al , a2 , a3 , a4 , aS ) = 

C.R.C(ENCRYPT(U<al,a2) ) , COMPRESS <U< a2, a3 , a4 ) ) , al, a5> 
bl=Fl(Sl)=Fl<al,a2, a3,a4,a5 > = 

U(al,a2,a3,a4,a5) mod p (where p is a large Prime number) 
bl=Fl(Sl)=Fl(al,a2,a3,a4,a5) * 

ENCRYPT { MD5 ( U ( al f a2 , a3 , a 4 , a5 ) ) ) 

(b) multi-element result set B 

B = (C.R.C<U(al,a3) ) , a2/(al+l), ENCRYPT ( a5 ) ] 
bl=Fl(Sl)=Fl(al,a3) = C.R.C(al,a3) 
b2=F2(S2)=F2(al,a2) «a2/(al+l) 
b3=F3 ( S3 ) =F3 { a5 ) » ENCRYPT (a5) 

The elements of two or more (not necessarily dis- 
joint) subsets of set A can be associated with each other 
by associating the elements of the result set B which cor- 
respond to these subsets, either mathematically, or by 
non-mathematical methods, as described hereinabove. Fur- 
thermore, if there is a subset of elements of set A to 
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which no function has been applied, these elements may be 
associated with the elements of the result set B, again 
either mathematically or by non-mathematical methods. 

Moreover, the elements of two or more subsets of the 
set A can be associated with each other by associating the 
elements of each of these subsets with a common subset 
comprising one or more elements of the set A, where this 
common subset uniquely relates to the specific dispatch. 
This type of association is referred to herein as "indirect 
association" , and the elements of this common subset are 
referred to herein as "link elements". A link element can 
be for example a unique dispatch number, or the subset 
comprising the time indication and a machine serial number, 
etc. 

For example, assuming that the element a2 of the 
above set A uniquely relates to the dispatch, the following 
function generates a multi-element result set B: 

B= [bl,b2,b3] = [ ENCRYPT ( al, a2 ) , COMPRESS ( a2 , a3 , a4 ) , a2+a5 ] 

where the subsets Si include the following elements: 
Sl=[al,a2], S2=[a2,a3,a4] and S3=[a2,a5]. The elements of 
each subset are mathematically associated. Since all of 
these subsets include the common link-element a2 , all their 
elements (in this case all the elements of the set A) are 
associated with each other. 

Reference is now made to Fig. 4 which is a block 
diagram that illustrates an authenticator 100, constructed 
and operative in accordance with a preferred embodiment of 
the present invention. The authenticator 100 comprises a 
secure time generator 104, a storage device 106 and a 
function executor 102 which has means for inputting the 
following information elements: the transmitted informa- 
tion, the destination address, a time indication generated 
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by the secure time generator 104, and a dispatch completion 
indication. Optionally, additional information elements 
can be provided as well. 

The function executor 102 can be for example a Micro- 
chip Technology Inc.'s PIC16C5X series EPROM-based micro- 
controller, and the input means can be for example an I/O 
port, a serial, parallel or disk interface. The function 
executor 102 is capable of executing a function F on at 
least one, and preferably on the union of all of the input 
elements, and of generating a result information element 
which is provided to a storage device 106, and optionally 
to an output device 108, such as a printing device. 

Preferably, the function F is a member of the Hiding 
Class, and is kept unknown at least to any interested par- 
ty, by the function executor 102. This can be achieved for 
example by enabling the code protection feature of the 
PIC16C5x series microcontroller. Alternatively, a MAC 
[1.13] such as a one-way hash function MAC can be used 
where secret codes, keys and data relating to the function 
can be for example stored in a shielded memory device which 
is automatically erased if the authenticator 100 is tampe- 
red with. Also, preferably the storage device 106 is a 
WORM device, such as a PROM. Preferably, a different 
function is used for each device employing the function F. 
This can be achieved for example by using different keys or 
codes with each function. 

In accordance with one embodiment of the present 
invention, the authenticator further comprises a verifica- 
tion mechanism for verifying the authenticity of a set of 
information elements purported to be identical to the ori- 
ginal set of information elements. It is however apprecia- 
ted that the verification mechanism can be separated there- 
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Reference is now made to Fig. 5 which is a block 
diagram that illustrates a verification mechanism 120, 
constructed and operative in accordance with a preferred 
embodiment of the present invention, where at least part of 
the information elements were mathematically associated by 
the authenticator 100 of Fig. 4. 

The verification mechanism 120 includes a function 
executor 122 for generating a new result information ele- 
ment according to the same function employed by the 
function executor 102 of Fig. 4. The function executor 122 
has means for inputting information elements corresponding 
to the original information elements input to the function 
executor 102 of Fig. 4., and which are purported to be 
identical to those original elements. 

The verification mechanism 12 0 also comprises a com- 
parator 124, which has input means for inputting the newly 
generated result information element and the original re- 
sult information element which may be obtained from the 
storage device 106 of Fig. 4, or manually, for example 
through a keyboard. The comparator 124 then compares the 
two provided result information elements to determine if 
they are the same, and the comparison result can be output 
for example to a display or printing unit. A match indica- 
tes that the purported information elements are authentic. 

Reference is now made to Fig.; 6. which is a block 
diagram that illustrates a verification mechanism 140, 
constructed and operative in accordance with a preferred 
embodiment of the present invention, where the information 
elements were associated non-mathematically , and are for 
example stored in storage unit 54 by the authenticator 70 
of Fig. 2. 

The verification mechanism 14 0 comprises a comparator 
144, which has input means for inputting at least one of 



WO 97/08869 PCT/IB96/00859 

28 

the stored associated information elements from the storage 
unit 54. of Fig. 2. The comparator 124 also has input means 
for inputting the corresponding information elements pur- 
ported to be identical to the stored elements. The compa- 
rator 124 then compares the corresponding information ele- 
ments to determine if they are the same, and the comparison 
result can be output for example to a display or printing 
unit. A match of all the compared elements indicates that 
the purported information elements are authentic. 

It is appreciated that various embodiments of the 
present invention can include a combination of the verifi- 
cation mechanisms described hereinabove. 

Also, part of the securing methods which were des- 
cribed for Fig. 2 include for example encryption and com- 
pression - methods which formally relate to mathematical 
association functions such as ENCRYPT (al, . .., a j ) and COM- 
PRESS (al, ... ,aj) . Occasionally, there is a need for recon- 
structing some or all of the secured mathematically asso- 
ciated information elements, for example for providing them 
to an output unit or to the comparator of the verification 
mechanism. Since some compression and encryption functions 
(as some other functions) are reversible, they are typical- 
ly used when reconstruction of the elements is needed . (A 
function G is considered reversible if there exists a 
function H such that H(G(x))=x, and the function H is cal- 
led the inverse function of G) . 

As discussed hereinabove, a mathematical association 
function can generally comprise a single function, or the 
composition of two or more functions. For example, the 
function ENCRYPT ( al , . . • , a j ) comprises a single function - 
ENCRYPT, which is reversible, and its inverse function is 
DECRYPT. Another function COMPRESS ( EN- 
CRYPT(al) ,C.R.C(a2, . . . ,aj) ) is the composition of three 
functions - COMPRESS, ENCRYPT and C.R.C, where the first 
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two are reversible and their inverse function are DECOM- 



C.R.C(a2, ,aj)), and DECRYPT (which yields the element 

al) respectively. The C.R.C function however, is not rever- 
sible. 

Formally, if a function Fi comprises one or more 
functions, some of which are reversible, a set C comprising 
one or more information elements cl,...,ck can be genera- 
ted, where this set C is expressive as a function I applied 
to the result information element bi of the function Fi, 
where this function I comprises the inverse function of one 
or more of these reversible functions. 

While the authentication methods described herein- 
above refer mostly to symmetric digital signatures, a pre- 
ferred authentication method may be obtained using public — 
key digital signatures* A major advantage of public-key 
digital signatures over symmetric digital signatures is 
that they enable any third party (such as a judge) , to 
verify the authenticity of both the data and the signer 
(where by using symmetric digital signatures, only a desi- 
gnated authenticator such as a secure device or a trusted 
third party, which have knowledge of the function, secret 
keys/codes etc., can perform the verification). The data 
is guaranteed not to be tampered with, and furthermore, 
once the data is signed, the signer is actually "committed" 
to it and cannot later repudiate his commitment to the 
digitally signed data, for only the signer which has sole 
knowledge of his private key could have created the signa- 
ture, thus allowing such data to be legally binding. 

Typically, public-key digital signatures generation 
and data authentication in performed in the following man- 
ner: a computation involving the signer's private key and 
the data, which can comprise various elements such as the 
dispatched message, the time indication, the destination 
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address, and so forth is performed; the output is the digi- 
tal signature, and may be attached to the data or separated 
therefrom. In later attempt of verification of the data, 
some computation involving the purported data, the signatu- 
5 re, and signer's public key is performed. If the results 

properly hold in simple mathematical relation, the data is 
verified as genuine; otherwise, it may be forged or may 
have been altered or otherwise tampered with. 

10 Since the signing process using the whole (plain) 

data is generally time consuming and the signature consumes 
a considerable amount of storage space, typically a relati- 
vely unique representation (also called a "fingerprint" or 
the "message digest") of the data is first generated using 

15 a process in which the data is "condensed" or "hashed", for 

example by means of a one-way hash function into a relative 
small value, thereby fixing its contents, and the signing 
process is performed on the fingerprint, resulting in an 
equivalent effective authentication. Therefore, the term 

20 digital signature herein refers to the digital signature of 

either the plain data element (s) or of any representation 
(function) thereof. 

As described hereinabove, the fingerprint of a series 
25 of data elements can be generated thereby fixing their 

contents and associating them with each other. Since pu- 
blic-key digital signatures belong to the "Hiding Class", 
and since they further own the property that they can be 
generated with one key (such as the private key) , and pro- 
3 0 vide for later non-repudiable verification using another 

matching key (such as the public . key) , the usage of such 
functions for the purposes of the present invention is 
therefore of great advantage. 

3 5 Reference is how made to Fig. 7 which is a block 

diagram that illustrates an E-Mail system 700, and a messa- 
ge dispatch and authentication service 750, constructed and 
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operative in accordance with a preferred embodiment of the 
present invention. The sender 701 provides the E-Mail 
message 702 and the recipient's 799 E-Mail address 704 to 
the message dispatch and authentication service 750. Wit- 
hout limiting the generality, although reference is made to 
E-Mail dispatching services and systems in general, it is 
appreciated that implementations relating to the embodi- 
ments described herein can be easily extended, modified, 
ported or derived therefrom to other electronic data dis- 
patch systems. 

The dispatched message 7 02 may comprise any digital 
data such as text, pictorial, graphic, audio and video 
data, any number of files etc., in any form or representa- 
tion e.g. , compressed, encrypted, plaintext etc. Prefera- 
bly, the message 702 includes the sender's 701 digital 
signature, which the sender can generate by, means of his 
private key, in order to establish the sender's "commit- 
ment" to the message 702, and to provide for verification 
of the; message and sender as the message originator, any 
third party using the sender's public key. 

Digital signatures can be generated in system 700 for 
example by means of a verifiable public-key algorithm such 
as RSA or DSA. Fingerprints can be generated for example by 
means of a one-way hash function such as MD4 or MD5. 

The service 750 forwards the message 701 to the reci- 
pient 799 using the address 704. The service 750, prefera- 
bly after assuring that the message has been successfully 
delivered, adds (e.g., appends) a dispatch time indication 
720 to the message 702 and the address 704, as well as 
information 708 indicating the success (or failure) of the 
message delivery. Obviously, additional dispatch informa- 
tion elements, such as a sequential dispiatch number, the 
sender, recipient and the service identification informa- 
tion and so forth may be added as well- 
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The service 750 then associates the above data ele- 
ments for example by generating their fingerprint, which is 
then signed using the service's private key 752, to produce 
the service's signature 742. Signing the fingerprint can 
reduce the resulting signature 742 computation time, trans- 
mission bandwidth .and storage space. The service then 
provides back to the sender 7 01 a service's generated cer- - 
tificate 740 comprising the service's signature 742 and 
optionally various dispatch information elements from which 
it has been generated (there is no need to provide the 
message 702 and address 704 since they are already with the 
sender 701) , thus the certificate 740 is typically tiny. 

Thus, for example, using RSA to generate the signatu- 
re, if M is the dispatched message 702, A is the address 
704, T is the time indication 720, I is the delivery infor- 
mation 708, and Ka is the authentication service's RSA 
private key, then the following is a sample calculation of 
S - the signature 742: 

S = RSA( MD5(U(T,I,M,A) ) , Ka) 

The certificate 740, which comprises the service's 
digital signature for the dispatch transaction, constitutes 
an non-repudiable evidence witnessed by the service for the 
dispatch and its contents, since the dispatched message 
contents is securely associated with the dispatch informa- 
tion . (by means of the service's generated signature and/or 
fingerprint) , and since the signature, the message and the 
dispatch information can at any later time be authenticated 
and verified by any third party both for integrity and 
originality by means of the service's public key (and if 
the message has also been signed by the sender, it can 
further be verified in the same manner using the sender's 
public key) • 
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Thus, for example if PBKa is the service's public 
key, then by providing the above signature S - the purpor- 
ted message M' , time indication T', address A' and delivery 
information I', can be authenticated by verifying that the 
following relation holds: 

RSA(S, PBKa) = MD5 (U (T' , I ' ,M' , A' ) ) 

To increase the credibility of the system, a record 
of the certificate 74 0 can be kept with the service, and 
furthermore, a copy of the certificate 740 can be provided 
for storage to one or more trustees, such as a designated 
authority, or law and/ or public accounting firms. Alterna- 
tively, the certificate 74 0 may itself be signed by one or 
more trustees, using their private keys. 

A related embodiment can utilize a Time Stamping 
Service (TSS) such as the Digital Notary System (DNS) pro- 
vided by Surety Technologies Inc. [1.10], which has been 
proposed by Haber et al* in their U.S. patent documents 
[2]. The certificate 740 or any portion thereof (such as 
the signature 742) can be sent to the DNS to be time stam- 
ped. Alternatively, an embodiment of the present invention 
could internally implement the DNS scheme. The DNS genera- 
tes a certificate authenticating the certificate 740. Uti- 
lizing such time stamping schemes is of great advantage, 
since the DNS generated certificates are virtually unfor- 
geable, and there is no need to deposit copies of the cer- 
tificates with trustees. Since in this case the DNS time 
stamps the certificate 74 0 anyway, the service 750 itself 
optionally need not add the time indication 720. 

Thus, for example, if C is the certificate 740 (not 
including the time indication 720), which comprises A, I, 
N and S (as defined above) , and T is the time indication 
added by the DNS, then DNSC - the DNS generated certificate 
may be calculated as follows: 
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DNSC = DNS (C, T) 

As mentioned above, the message 702 is preferably 
digitally signed with the sender's 701 private key, to 
enable authentication of the sender's identity as the mes- 
sage originator using the sender's public key, to establish 
the sender's non-repudiable commitment to the message, and 
to verify the message integrity. 
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1° Nevertheless, any other method can be used for iden- 

fy tification and/or authentication of the sender, though such 

methods can sometimes be more vulnerable or less effective. 
^ One embodiment for example could utilize an hardware compo- 

nent (preferably secured) with the sender's unique identi- 
15 fication information "burned-into" . in another embodiment 

the service 750 can utilize various log-in procedures to 
identify and authenticate the sender when he logs-in to 
obtain service. Sample authentication protocols and sche- 
p mes are described in [1-09] and [1.11]. 

W 20 

Likewise, the identity of the recipient's 799 of the 
message can be authenticated in similar manners. This is 
useful for example when both the sender and the recipient 
log-into the same dispatch service for E-Mail transactions. 
25 However, the message 702 is frequently delivered to another 

E-Mail server (acting as the recipient's agent, where the 
recipient later logs-in, identifies himself and downloads 
his messages) rather than to the recipient himself. 

3 0 In such embodiments, it might be sufficient to obtain 

proof of delivery from the receiving server, for example in 
form of a server's digitally signed certificate, which may 
for example comprise the server's identification informa- 
tion, a dispatch identifier, the recipient's address and 

35 preferably the message and so forth (or a fingerprint the- 

reof) - while assuming that the message will eventually 
reach the recipient. Alternatively, a later proof of the 
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final delivery may be obtained from that receiving server. 
Such delivery details as described above may be included in 
the delivery information 708, 

In order to avoid potential disputes, as for example 
in case of contractual E-Mail correspondence, it may be 
useful to back up such correspondence by an agreement where 
the parties agree that delivery indication provided by the 
recipient's agent is to be considered an acceptable proof 
of delivery to the recipient. Alternatively, it may be 
agreed that multiple (two, three or more times of) certi- 
fied dispatches of the message to be considered an accepta- 
ble proof of delivery and so forth* 

In one preferred embodiment, the recipient (or its 
agent) may provide a counter-signature (using his private 
key) for the message, the sender's digital signature of the 
message, or the service's certificate or for any portions 
thereof. This may provide an ultimate evidence for the 
message dispatch, its contents, its time and its delivery 
to its destination. Thus if Ks f Kr, Ka are the private 
keys of the sender, the recipient (or his agent) and the 
authentication service 750 respectively, M is the dispat- 
ched message 702, T is the time indication 720, N is a 
sequential dispatch number, IDs and IDr are the identifica- 
tion information of the sender and recipient respectively, 
and A is the recipient's address 704, then the following 
sample calculations of S - the signature 742 can be perfor- 
med : 

1. S « RSA(Ka,MD5(U(N,A,T,M,IDs,IDr) ) ) 

2. S = RSA(Ka,MD5(U(T,M,M' ,R) ) ) 

3. S = RSA(Ka,MD5(U(N,T,A,M,M' ,R») ) ) 

4. S = RSA(Ka,MD5(U(T,M' ,R) ) ) 

5. S = DNS(T,MD5(U(M' ,R) ) ) 



where 
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M' = RSA(Ks,MD5 (M) ) 

R = RSA(Kr ,MD5 (U (M,N) ) ) 

R' = RSA(Kr,M') 

R" = RSA(Kr,N) 

Such incorporation of identification information 
relating to the sender 701, the recipient 799 or both (eit- 
her by means of their digital signature, or otherwise) in 
the certificate generated by the service 750, can provide 
for more complete authentication of the entire dispatch 
transaction, and can be used as evidence for the dispatch 
and its contents by both the sender and the recipient. 
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While the present invention has been described with 
reference to a few specific embodiments, the description is 
illustrative of the invention and is not to be construed as 
limiting the invention. It is appreciated that various 
combinations, modifications and implementations relating to 
or derived from the embodiments described herein may occur 
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to those skilled in the art without departing from the 
scope and spirit of the invention as defined by the appen- 
ded claims. 
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